docker升级gitlab
例子gitlab版本14.1.8>14.2.6
首先停掉 gitlab/gitlab-ce:14.1.8-ce.0版本的docker
docker stop gitlab-14.1.8
基于gitlab-14.1.8挂载的目录去启动gitlab/gitlab-ce:14.2.6-ce.0
docker run -itd --name gitlab-14.2.6 \
--hostname gitlab.xxx.cn \
-p 1443:443 -p 1022:22 -p 1080:80 \
-v /data/docker/gitlab/config:/etc/gitlab \
-v /data/docker/gitlab/logs:/var/log/gitlab \
-v /data/docker/gitlab/data:/var/opt/gitlab \
gitlab/gitlab-ce:14.2.6-ce.0
docker logs gitlab-14.2.6
错误提示:
caller=main.go:733 err="opening storage failed: get segment range: segments are not sequential"
解决方法:
rm -Rf /var/opt/gitlab/prometheus/data/wal
gitlab-ctl restart prometheus
gitlab-ctl status
删除项目报500
gitlab-rails dbconsole --database main
update projects set runners_token = null,runners_token_encrypted = null;
保存项目设置报500
OpenSSL::Cipher::CipherError
原因: 没有导入原来的加密信息/etc/gitlab/gitlab-secrets.json导致,重置下即可。
解决办法:
输入gitlab-rails console,等待进入rails控制台
输入ApplicationSetting.current.reset_runners_registration_token!,显示结果为true,exit退出重新保存
当启动失败时更新文件权限If this container fails to start due to permission problems try to fix it by executing: docker exec -it gitlab update-permissions docker restart gitlab
如果用到nginx代理需要添加 client_max_body_size 100m;推送文件大小 ,gitlab设置推送大小,配置文件里修改大小 三处需要修改 git推送大文件报413
client_max_body_size 50m; # 限制请求体的大小,若超过所设定的大小,返回413错误,默认1mclient_header_timeout 1m; # 读取请求头的超时时间,若超过所设定的大小,返回408错误client_body_timeout 1m; # 读取请求实体的超时时间,若超过所设定的大小,返回413错误proxy_connect_timeout 60s; # http请求无法立即被容器(tomcat, netty等)处理,被放在nginx的待处理池中等待被处理。此参数为等待的最长时间,默认为60秒,官方推荐最长不要超过75秒proxy_read_timeout 1m; # http请求被容器(tomcat, netty等)处理后,nginx会等待处理结果,也就是容器返回的response。此参数即为服务器响应时间,默认60秒proxy_send_timeout 1m; # http请求被服务器处理完后,把数据传返回给Nginx的用时,默认60秒
|